Pr 



to 

I—* 



° Please type a plus sign (+) inside this box -> | x 1 



: O 



Under the Paperwork Reduction Act of 1995, no persons 



PTO/SB/05 (4/98) 

Approved for use through 09/30/2000. OMB 0651-0032 
Patent and Trademark Office: U.S. DEPARTMENT OF COMMERCE 
are required to respond to a collection of information unless it displays la valid QMS control number. 



+ 



UTILITY 
PATENT APPLICATION 
TRANSMITTAL 

IQnly for new nonprovisiona* applications under 37 C.F.R. § 1.53(b)j 



Attorney Docket No. P4010NP/CSL 
Fi rst Inv entor or AppfTcaiiohTdeliffief\ HIDEKI HIURA 
T-lI M/S FOR ENABLING MULTT CONCURRENT 
' SUBPROCESS HANDLING ' — 



Express ftfaiTLabeTNo:* 



EJ11 06661 84US 



□ * Fee Transmittal Form (e.g., PTO/SB/17) 
(Submit an original and a duplicate for fee processing) 

2. | xl Specification 



[Total Pages 
(preferred arrangement set forth below) 

- Descriptive title of the Invention 

- Cross References to Related Applications 

- Statement Regarding Fed sponsored R&D 

- Reference to Microfiche Appendix 

- Background of the Invention 

- Brief Summary of the invention 

- Brief Description of the Drawings (if filed) 

- Detailed Description 

- Claim(s) 
- Abstract of the Disclosure 

3. | xl Drawing(s) (35U.S.C 113) [Total Sheets 



APPLICATION ELEMENTS 

See MPEP chapter 600 concerning utility patent application contents. 



ADDRESS TO: 



Assistant Commissioner for Patents 
Box Patent Application 

Washington nr. 90931 



15 



5. | | Microfiche Computer Program (Appendix) 

6. Nucleotide and/or Amino Acid Sequence Submission 
(// applicable, all necessary) 

a. | Computer Readable Copy 



1 

Paper Copy (identical to computer copy) . 

c. | Statement verifying identity of above copies 



] 



10. 



a. 



4. Oath or Declaration [Total Pages 

| | Newly executed (original or copy) 

□ Copy from a prior application (37 C.F.R. § 1 .63(d)) 
(for continuation/divisional with Box 16 completed) 

□ DELETION OF INVENTORY 
Signed statement attached deleting 
inventor(s) named in the prior application, 
see 37 C.F.R. §§ 1 .63(d)(2) and 1 .33(b). 



* NOTE FOR ITEMS 1 & 13 : IN OR DER TO BE ENTITLED TO PAY SMALL ENTfTY 
FEES, A SMALL ENTITY STA TEMENTIS REQUIRED (37 C.F.R. § 1.27), EXCEPT 
IF ONE FILED IN A PRIOR APPLICATION IS RELIED UPON (37 C.F.R. § 1.28).^ 



ACCOMPANYING APPLICATION PARTS, 



□ 

a 
□ 



Assignment Papers (cover sheet & documents)) 

37 C.F.R.§3.73(b) Statement | I Power of 
(when there is an assignee) I I Attorney 

English Translation Document (if applicable) 

Information Disclosure I I Copies of IDS 
Statement (IDS)/PTO-1 449 I I Citations 

Preliminary Amendment 

Return Receipt Postcard (MPEP 503) 
(Should be specifically itemized) 



=<r4 

=Q 



i to,' i-i.m, | statement filed in prior applicat 

?ro^ssy — ' status stii! proper and desired 

Certified Copy of Priority Document(s) 
(if foreign priority is claimed) 

Other: M"t"S"S"i"rr'g""P-a"ri"S"-C'0"V"e*r 
Street" ■ 



16. If a CONTINUING APPLICATION, check appropriate box, and 'supply the requisite information below and 'in a preliminary amendment: 

| j Continuation Q Divisional ^ Continuation-in-part (CIP) of prior application No: 1 

Prior application Information: Examiner Group /Art Unit: 



Prior application information: examiner _ — ; — : 

For CONTINUATION or DIVISIONAL APPS only : The entire disclosure of the prior application, from which an oath or declaration is supplied 
under Box 4b, is considered a part of the disclosure of the accompanying continuation or divisional application and is hereby incorporated by 
reference. The incorporation can only be relied upon when a portion has been inadvertently omitted from the submitted application parts. 



17. CORRESPONDENCE ADDRESS. 



□ Customer Number or Bar Code Label \ 



or C3 Correspondence address below 



(insert Customer No. orA^h^ m C^Ja^twreJl\ 



Name 



Address 



City 



Country 



John R. Carpenter 



Patent Attorney 



5570 56th Awpnuo^m. + h 



Seatt i e 



TTS7T 



State 



Telephone 



WA 



Zip Code 



206/725-4782 | f7x 



98118-7515 



206/725-4782 



Name (PrintfType) 



Signature 



John^R. Car porter 



Registration No. (Attorney/Agent) 



I 



Date 




+ 



Burden Hour Statement: pjfe form is estimated to take ' hours to complete. Time will vary depending upon the needs If the individual case. Any 
comments on the amoupryof time you are required to complete this form should be sent to the Chief Information Officer, Patent and Trademark Office, 
Washington, DC 2023^00 NOT SEND FEES OR COMPLETED FORMS TO THIS ADDRESS. SEND TO: Assistant Commissioner for Patents, 
Box Patent Application, Washington, DC 20231 . 



U.S.P.S. Express Mail No. EJ110666184US 
Attorney Dpcket No. P4010NP/CSL 



COVER SHEET - MISSING P^TS PATENT APPLICATION 

Nature of Application: The enclosed application for United States Letters Patent, 
entitled; 

A METHOD FOR ENABLING MULTIPLE CONCURRENT SUBPROCESS HANDLING 
ON A SYSTEM USING A GLOBAL PROCESS 

is filed here without a declaration and fee. The missing items will be provided in response to a 
notice of missing parts. 

Application Specifics: 15 pages of text (including an abstract and claims; 21 claims, 4 
independent); Six figures on six sheets (formal). 

Inventorship: Although not explicitly required by 37 CFR Sect. 1 .53(b) and MPEP 
506.02, the believed inventors per 37 CFR Sect. 1.141(a)(3) are: 



Attorney Docket No.: P4010NP/CSL 

Correspondence: All correspondence should be directed to: 

John R. Carpenter, Esq. Patent Reg. No. 38,096 
5520 - 56 th Avenue South 206.725.4782 (voice and fax) 
Seattle, WA 981 18-2515 johncarpenter@prodigy.net 

Submitted by: ^ 



Hideki Hiura 

141 Del Medio Avenue, #305 
Mt. View, CA 94040 



Citizenship: Japan 



Jenny Huang 
110, 303 Building 
Ke Xue Yuan Nan Li 
Datun Road 
Beijing, 100101 
P.R. China 

Citizenship: P.R. China 




COVER SHEET - MISSING PARTS APPLICATION 



0 



FILED: January 21, 2000 



U.S.P.S. Express Mail No. EJ1 106661 84US 
Attorney Docket No. P4010NP/CSL 
Inventors: Hideki Hiura & Jenny Huang 



A METHOD FOR ENABLING MULTIPLE CONCURRENT SUBPROCESS HANDLING 
ON A SYSTEM USING A GLOBAL PROCESS 

10 Background of the Invention 

Field of the Invention 

The present invention relates generally to computer systems, and more 
specifically to multiple concurrent sub-process handling on systems employing global 
processes using a communications protocol that does not require data serialization or 
2 deserialization. 

;£ Related Art 

ffl To understand the present invention, one must first understand the relationship 

□ between a global processes and its subprocesses. Consider the case where a global 
? process is accessed by a variety of client or user processes. When the global process 

11 needs to analyze user-specific data for a variety of such users, it does so by way of a 
m subprocess. In a concurrent subprocess system, many subprocesses of a single global 
;^ process are simultaneously active. 

O Locales in a Unix environment provide a practical example of global processes 

and subprocesses. A locale defines a set of language conventions by relative to 

25 language territory and code set combinations. These conventions include information 
on character classification, case conversion, date and time representation, monetary 
symbols, and numeric representations. One can think of locales, as including all the 
information necessary to communicate relay information in a given language. Thus, 
one sometimes speaks of locales in terms of region or language, such a Dutch locale or 

30 a Japanese locale. 

ANSI-C is a version of the C programming language that adheres to standards 
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set forth by the American National Standards Institute. The Portable Operating System 
Interface for Unix (POSIX) is a standard that defines operating system devices. A 
common conglomeration of these standards is known as the ANSI-C/POSIX standard. 
This standard utilizes a global locale environment. What this means is that each 
process or task is bounded to a single global locale. 

A system having a global locale environment is illustrated in Figure 1, which 
illustrates a server system 100. The system 100 includes a central processing unit 
102; a primary memory 104, such as a random access memory, for program execution; 
and a secondary memory 106, such as a disk, for storing programs and data that are 
not immediately needed for execution. Contained within memories 104, 106 are an 
operating system 108 that utilizes a global locale. Also pictured is the kernel 1 1 0, 
which is the core of the operating system 1 08. 

The kernel 1 1 0 has a single process for each differing locale, 1 50, 1 52, 1 54, and 
a single process for each differing user or client, even if that client utilizes the same 
locale 156, 158, 160. These single processes 150, 152, 154, 156, 158, 160 are 
created regardless of the amount of processing functionality they share. That is, the 
processes' instructions could be 90% locale-independent and largely functionally 
similar to each of the other processes. Nevertheless, these separate processes must 
be created under a global locale standard, such as ANSI-C/POSIX. Unfortunately, 
each such process consumes precious computing resources: memory, which is directly 
consumed, and processing power, which is indirectly consumed when many processes 
occupy substantial amounts of memory. 

In contexts such as this and others, past techniques have attempted to serve 
concurrent subprocesses using a variety of communication techniques, such as remote 
procedure calls and remote method invocations. These methods are limited, however, 
because they require the serialization and de-serialization of all data, including pointers 
used between the processes and subprocesses. This is costly in terms of processing 
time. The present invention provides a better way. 

Invention Summary 

Embodiments of the present invention provide methods and systems for 



0 enabling multi-subprocess handling on systems employing a global or master process. 
In a preferred embodiment, a virtual memory separator interfaces with a master process 
and an operating system kernel. This separator utilizes the master process in 
conjunction with user-specific processes to enable concurrent subprocess handling. 
The virtual memory separator maps each user-specific process so that it virtually 
5 overlays the master processes' address space. In a preferred embodiment, this 

mapped user-specific process is partially empty because it contains only the data and 
coding to perform user-specific operations. When user-specific instructions are 
encountered in the master process, processing is transferred to the user-specific 
process. Data is efficiently transferred because each user-specific process has an 
10 interface that it identical to its master process: because the subprocesses virtually 
overlay the addresses of the master process, there is no need to serialize and de- 
rt serialize data, including pointer information. As such, the present invention provides 
t: for high performance communications in concurrent subprocessing environments. 
m Brief Drawing Descriptions 

H The accompanying drawings illustrate embodiments of the invention that will 

2 enable those skilled in the art to make and utilize the invention. In fact, these drawings, 
s when considered with the written disclosure, will enable those skilled in the art to 
5 modify these embodiments in a manner that does not depart from the spirit and scope 
j * of the invention. 

j| Figure 1 depicts a prior art computer system. 

~ Figure 2 depicts a computer system in accordance with a preferred embodiment 

of the present invention. 

Figure 3 is a conceptual illustration of interactions between a master process 

and its concurrent subprocesses in a preferred embodiment of the present invention. 
25 Figure 4 is a flowchart illustrating steps used in an embodiment of the present 

invention. 

Figure 5 is a conceptual illustration of interactions between a master process 
and its constituent concurrent subprocesses in an alternate preferred embodiment of 
the present invention. 
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0 Figure 6 depicts a computer system that provides for multiple subprocess 

handling on a system using a global process In accordance with an alternate preferred 
embodiment of the present invention. * 

Detailed Description 
Embodiments of the invention will now be described with reference to the 

5 accompanying drawings. It is understood that the invention is not limited to these 
embodiments, as the teachings contained herein will enable others to modify these 
embodiments without departing from the spirit and scope of the invention. Accordingly, 
the invention encompasses all such modifications that are described by the appended 
claims and their equivalents. 

10 Overview of The Detailed Description 

The preferred embodiments of the present invention enable a global process 
n system to operate as concurrent, multiple subprocesses. In part, the detailed 
f description that follows illustrates preferred embodiments that employ the present 
fli invention in a global locale environment. Those skilled in the art will appreciate, 

•fin 

11 however, that the invention is not limited to locale-based embodiments. On the 

9 contrary, this disclosure will enable those skilled in the art to create versions of the 

invention that relate to a variety of master process/subprocess technologies. 
J The structure of the disclosure is as follows: A computer system embodying 

: ^ preferred embodiments of the present invention is discussed. See Figure 2. An 
fb illustration of a concurrent locale system as practiced in a preferred embodiment is next 
™ described. See Figure 3. The disclosure continues with a detailed explanations of 

processing steps of in a preferred embodiment. S_ee Figures 4A, 4B. Next an alternate 
preferred embodiment, one using adaptive virtual memory separation, is described. 
See Figures 5, 6. 
25 Figure 2: Computer System 

A computer system that enables concurrent locales in a global locale computer 
system is illustrated in Figure 2. This embodiment illustrates a system 200 that 
includes a client computer 202 connected to a server computer 204 via a network 206. 
The client system 202 includes a standard array of components: a central 
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processing unit 208; a user interface 210, which typically consists of a keyboard, a 
mouse, and a monitor; a modem 212, a primary memory 214, such as a random access 
memory, for program execution; and a secondary memory 216, such as a disk, for 
storing programs and data that are not immediately needed for execution. Contained 
within memories 214, 216 are an operating system 218 that contains instructions and 
data for managing the computer's resources and a client program. 

Like the client system 202, the server system 204 contains a CPU 222 and an 
operating system 224 stored in its primary and secondary memories 226, 228. In this 
embodiment, the operating system contains a kernel 230 that uses a global locale 
system, such as that defined by the ANSI-C/POSIX standard. Those skilled in the art 
will appreciate that the invention is not limited to any particular operating system. 
Indeed, while a valuable aspect of the preferred embodiment is that it can extend global 
locale systems to concurrent locale systems, the preferred embodiment can run on any 
operating system that has memory mapping capabilities. Interacting with the kernel 
230 is a virtual memory separator 232, which can contain an adaptive virtual memory 
separation component 234. In one preferred embodiment, the virtual memory 
separator 232 interfaces with an unmodified ANSI-C/POSIX compliant kernel. Since 
the kernel 230 has not been modified, the virtual memory separator 232 is highly 
portable. This adaptive virtual memory separation component is explained in detail 
with reference to Figures 5, 6. 

Figure 3: Conceptual Illustratio n of Concurrent Locales 
Two conceptual illustrations of concurrent locales as practiced in a preferred 
embodiment are illustrated in Figure 3. A process is said to be virtual memory 
separator-enabled when it accesses the virtual memory separator to complete its 
constituent subprocessing. The VMS-enabled process allocates memory for a master 
process 302, which interacts with the kernel 230 and performs the non-locale 
dependent operations. The VMS-enabled process also creates subprocesses, each of 
which the virtual memory separator maps in a largely empty virtual process space. As 
illustrated, the subprocesses are locale-specific processes for a variety of locales. The 
separator maps a locale-specific process for each desired locale: e.g., one for Russian 



0 304, one for French 306, and one for Spanish 308. As shown, these locale-dependent 
processes 304, 306, 308 are mapped to perfectly overlay the addresses of the master 
process 302. Thus, the virtual addresses of the locale-dependent processes mirror the 
virtual addresses of the master process. As such, the respective addresses for the 
locale-specific subprocess 310 of the master process 302 correspond to those of the 

5 locale-specific subprocess 31 2, 31 4, 31 6 of the locale-dependent processes 304, 306, 
308. When the master process 302 encounters the locale-dependent operations 310, 
program execution is transferred to the desired locale via a respective communication 
channel 318, 320, 322, 324. 

For example, if a Russian and a French thread of a particular master process 

10 302 are running, the data necessary to perform locale-dependent operations is 
transferred via the respective communication channels 318, 320, 322. Since the 

0 locale-specific processes 304, 306, 308 share an identical interface with the master 
f process 302, and since they are mapped to virtual memory locations identical to those 

1 of the master process 302, the preferred embodiment accomplishes this communication 
ft without serializing and de-serializing data. Once the locale-dependent processes 304, 
| 306 have the data, the subprocesses 312, 314 perform the locale-dependent 

£ operations. After is done, data is returned to the master process 302 via the respective 
hi communication channels 318, 320, 322. 

2 A conceptual illustration of concurrent locales having multiple users in a 

2jo preferred embodiment is shown in the lower portion of Figure 3. Five clients or users 
are illustrated: three utilize French locales 353, 358 360, one utilizes a Russian locale 
354, and one utilizes a Japanese locale 356. In this visualization of the preferred 
embodiment, the virtual memory separator swaps in the desired locale-dependent 
subprocesses 364, 366, 368, 370, 372 as needed. This illustration highlights that the 
25 preferred embodiment can accommodate multiple users having the same locale, i.e., 

the illustrated French users 352, 358, 360. For example, the French client represented 
by block 352 would often need different data processed than the French client 
represented by block 360. When one considers that this data could take a variety of 
phones, such as a string represented addressing or billing information, binary data, or 
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0 a keystroke event, one appreciates why this is the case. 

Figure 4: Virtual Memory Separator Flowchart 
The processing steps used in a preferred embodiment of the present invention to 
enable concurrent locales in a global locale system is illustrated in Figure 4. The 
process begins when a user, such as client program 220, outputs data, such as a 
5 string, binary data, or a keyboard or mouse event, to the master process on the server 
side (step 402). If this data is from a new user, the separator maps a new locale- 
dependent process to the same address as the VMS-enabled master process (steps 
404, 406, 408). Else, processing continues directly in the master process, which 
performs locale-independent operations (step 410). When locale-dependent 
10 operations are encountered in the master process, those operations are executed in 

the subprocesses of the respective locale-dependent processes (steps 41 2, 41 4). For 
q example, if a thread belonging to a Spanish client encounters locale-specific 

1 subprocesses of the master process, program control is transferred to the Spanish 

W locale-dependent process. Data is shared via the previously described communication 
Is channel and there is no need to serialize the data due to the identical interfaces shared 
S by the master and locale-dependent processes and the identically mapped virtual 
[ addressing. Once the locale-dependent subprocess has the necessary data, the 
S locale-dependent operations are performed in the respective locale-dependent 

2 subprocess. When the dependent operations are completed, control is returned to the 
|o master process (step 414, 416, 418). In this manner, processing continues until 

complete. Upon completion, the virtual memory separator returns data to the user 

(steps 418, 420). 

Figure 5: Conceptual Illustration of C oncurrent Subprocesses 
using Adapt ive Methodology 

A conceptual illustration of concurrent locales in an alternate embodiment of the 
present invention is shown in Figure 5. The illustration is similar to the embodiment 
previously described in that it utilizes a master process 502 that interacts with user- 
dependent processes 504, 506 that are mapped over the master process by the virtual 
memory separator. As mentioned above, these user-dependent processes 504, 506 
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could be locale-dependent or part of another master process/subprocess scheme, such 
as those prevalent in service daemons. The embodiment differs from that described 
above in that it creates the user-dependent process "on-the-fly"-that is, when the user- 
specific encoding is encountered. For example, when user-specific encoding 508 is 
encountered in the master process 502, the virtual memory separator creates a 
communication channel 510, 512 to transfer data between the master process 502 and 
locale-dependent process 508. The user-specific operations are then completed in the 
subprocess 514. Once that processing is done, control is returned to the master 
process 502. Processing here continues until other user-dependent functionality 516 is 
encountered. When that happens, an additional subprocess is "spun-off : a 
communication channel is again opened and the subprocess is created. The 
channel/subprocess 518 can be created in the same mapped user-dependent process 
504, or it 520 can be created in a separate user-dependent process 506. Either 
technique allows for the servicing of subprocesses within a master or global process 
environment. And because the subprocesses are mapped to virtual addresses that are 
identical to the master process and use the same interface as the master process, the 
embodiment avoids the costly serialization/de-serialization processing overhead that 

plagues conventional systems. 

Figure 6: Adaptive Virtual Memory Se parator Flowchart 
The processing steps used in an alternative preferred embodiment of the 
present invention to enable concurrent subprocesses in a global process system is 
illustrated in Figure 6, which further explains the adaptive concept explained with 
reference to Figure 5. Processing begins when a user outputs data to a VMS-enabled 
master process, where user-independent operations are performed (steps 602, 604, 
606). When user-specific encoding is encountered, the master process creates a user- 
specific process that the virtual memory separator maps to a user-specific process 
(step 608, 610). As in the embodiment explained above, the user-specific process 
shares the same interface and virtual addressing with its master process. In this 
embodiment, the user-specific process is largely an empty space-excepting the area 
that contains the user-specific subprocess, which is defined by user-specific 
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instructions. Next, the user-specific instructions are executed in the user-specific 
subprocess (step 612). When this is done, processing is returned to the master 
process. Processing continues in this fashion until complete (steps 614, 606, 608, 610, 
61 2), at which point data is returned to client (steps 61 6, 61 8). 

The Spirit and Scope of the Inven tion is Broad" It is not limited 
tn the described embodiments 

The above description will enable those skilled in the art to make numerous 
modifications to the described embodiments without departing from the spirt and scope 
of the claimed invention. Indeed, the chosen embodiments were selected so others 
could best utilize the invention by making such modifications to tailor the invention to 
their particular needs. By using the inventive concepts disclosed herein, those skilled 
in the art will be able to create further such embodiments that, although not explicitly 
disclosed, are implicitly disclosed by the concepts of the invention. The detailed 
description therefore should not be read as limiting the invention to the embodiments 
explained herein. 

For example, this disclosure illustrated a computer system having a distinct 
server and client computer. Those skilled in the art will realize that the invention can 
be practiced on a single computer that uses master/subprocess handling. 

Descriptive terms used in the disclosure also do not limit the invention. For 
example, the terms "master process," "subprocess," "global locale system," "locale- 
specific process," and "user-specific subprocesses" were all used to help describe 
preferred embodiments and to provide an enabling disclosure. While helpful for an 
understanding of the invention, these terms should not be read to limit the invention, as 
doing so would elevate form over substance: For these descriptive terms do not 
singularly define any embodiment of the invention, let alone the invention itself. 
Rather, it is the properties that these terms represent, in conjunction with the entire 
disclosure, that are important. So long as the inventive properties are being used, it 
makes little difference what terminology is invoked. For example, although one 
preferred embodiment explained the invention's use a global locale system, the 
inventive concepts extend far beyond that area. As mentioned previously, the 



embodiments could be extended to a variety of master/subprocess concepts," such as 
service daemons. 

Likewise, although portions of thedisclosure referred to the ANSI-C/POSIX 
standard, those skilled in the art will recognize that the inventive concepts are not 
constrained to an operating system that adheres to this standard. On the contrary, 
embodiments can be extended to any operating system that employs memory mapping. 
Thus, the invention can be used in a variety of operating environments, such as UNIX, 
MacOS, LINUX, WINDOWS NT, WINDOWS 95/98/2000, the X-Windowing system or 
any JAVA runtime environment, which refers to the operating environment typified by a 
JAVA virtual machine and associated JAVA class libraries. JAVA is a registered 
trademark of SUN MICROSYSTEMS, INC. 

The present invention is also not limited to any particular CPU 102 or processing 
technology. Similarly, although the inventive concepts were described in part as being 
contained within random access memory and a hard disk, the present invention is not 
limited to these devices. Those skilled in the art will recognize that these concepts can 
also be stored and invoked from any media that can store data or have data read from 
it. Examples of such media include floppy disks, magnetic tapes, phase discs, carrier 
waves sent across a network, and various forms ROM, such as DVDs and CDs. The 
present invention anticipates the use of all computer readable media. 

Infringement is also not escaped by altering the order of the steps as they 
appear in the appended claims-for unless explicitly declared otherwise in the claim, 
the order set forth is of no significance. The invention therefore is not circumvented by 
alterations in terminology or other modifications that read on the appended claims and 
their equivalents. 
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What is claimed is: 

1 . In a computer system, a method for providing for concurrent subprocessing of 
a master process, the method comprising the steps of: 

interfacing with a master process when a user-specific operation is encountered; 
mapping a user-specific process so that it overlays virtual addresses of the 
master process; and 

processing the user-specific operation in the user-specific process. 

2. The method of claim 1 , further comprising the step of: 

transferring data between the master process and the user-specific process 
using a communications channel that does not require the serialization of data. 

3. The method of claim 1 , further comprising the step of: 

providing an interface for the user-specific process that mirrors an interface for 
the master process. 

4. The method of claim 1 wherein the master process is a global locale process 
and the user-specific process is a locale-dependent process. 

5. The method of claim 1 wherein the user-specific process is mapped after the 
user-specific operation is encountered. 

6. The method of claim 1 wherein the user-specific process is mapped before 
the user-specific operation is encountered. 

7. The method of claim 1 further comprising the step of: 

returning processing to the master process after processing the user-specific 
operation in the user-specific process. 
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8. A computer-readable medium containing computer instructions that facilitate 
concurrent handling of subprocesses in a system that utilizes a global process, the 
medium comprising: 

instructions that, when executed, provide for the mapping of a plurality of 
concurrent user-specific processes, wherein each user-specific process is mapped to 
virtual addresses that are equivalent to virtual addresses of the global process. 

9. The computer-readable medium of claim 8, further comprising: 
instructions that, when executed, provide each of the plurality of concurrent 

user-specific process with an interface that is identical to an interface of the global 
process. 

10. The computer-readable medium of claim 9, further comprising: 
instructions that, when executed, provide for the mapping of a subprocesses 

within each of the plurality of user-specific processes, the subprocesses being mapped 
to virtual addresses that are equivalent to virtual addresses for user-specific operations 
of the global process. 

11. The computer-readable medium of claim 10, further comprising: 
instructions that, when executed, provide for the return of processing to the 

global process after execution of the subprocesses is complete. 

12. A computer system for enabling concurrent multiple subprocess handling in 
a global process environment, the system comprising: 

a global process; and 

a virtual memory separator that maps a user-dependent process to virtual 
addresses that mirror virtual addresses of the global process, the user-dependent 
process having an interface that mirrors an interface of the global process. 

13. The computer system of claim 12 wherein the global process is a global 
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locale process and wherein the user-dependent process is a locale-dependent 
process. 

14. The computer system of claim 12 wherein the global process is a global 
daemon process and wherein the user-dependent process is a user-dependent 
daemon process. 

15. An apparatus for conducting multi-user concurrent handling of 
subprocesses, the apparatus comprising: 

means for interfacing with a master process when a user-specific operation is 
encountered; 

means for mapping a user-specific process so that it overlays virtual addresses 
of the master process; and 

means for processing the user-specific operation in the user-specific process. 

16. The apparatus of claim 15, further comprising: 

means for transferring data between the master process and the user-specific 
process using a communications channel that does not require the serialization of data. 

17. The apparatus of claim 15, further comprising: 

means providing an interface for the user-specific process that mirrors an 
interface for the master process. 

18. The apparatus of claim 15 wherein the master process is a global locale 
process and the user-specific process is a locale-dependent process. 

1 9. The apparatus of claim 1 5 wherein the user-specific process is mapped 
after the user-specific operation is encountered. 

20. The apparatus of claim 15 wherein the user-specific process is mapped 
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before the user-specific operation is encountered. 



21. The apparatus of claim 15, further comprising: 
means for returning processing to the master process after the user-specific 
operation is executed in the user-specific process. 
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Abstract 

A method and system for enabling multi-subprocess handling oncomputer 
systems that employ a global process. A virtual memory separator is provided as part 
of an operating system to interface with a master process and a kernel of the operating 
system. The separator maps user-specific processes to virtual address spaces that 
mirror that of the global process. These user-specific processes are empty spaces, 
excepting their interface-which is identical to that of the global process-and 
instructions necessary to carry out user-specific processing. When user-dependent 
operations are encountered in the global process, execution is transferred to a 
respective user-specific process. Since each user-specific process shares addresses 
and interfaces with the global process, data can be exchanged between them without 
serialization, which reduces processing overhead. 
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